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DETAILED ACTION 

1. Claims 1, 3, 6-17, 19-22, 25-28, 30-36, and 39 have been examined. 

2. Claims 4 and 5 were cancelled in Amendment dated 5/21/2008. Claims 2, 29, 37, and 38 
were cancelled in Amendment dated 1/27/2009. Claims 23 and 24 were cancelled in Amendment 
dated 7/12/2009. Claim 18 was cancelled in Amendment dated 12/1 1/2009. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1, 3, 6-16, 19-22, 26, and 39 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kraml et al. (US 6,141,683, hereinafter Kraml), in view of Aghera et al. (US 
2004/0098715 Al, hereinafter Aghera), further in view of Kidder et al. (US 6,983,362 Bl, 
hereinafter Kidder). 

5. As per claim 1, Kraml teaches the invention as claimed, including a method comprising: 
transferring, via wireless communication, software directly to a computing device from a 

software server to create transferred software, said software server remotely located with respect 
to said computing device, wherein said transferred software is another version of software 
currently running in said computing device, and wherein said transferred software is stored in to 
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at least a portion of a data store associated with said computing device (i.e., "control center 210 
advantageously transmits the newest version of software application, version n+1 to remote 
computer 203, . . ., remote computer 203, under the control of version n, stores version n+1", see 
Fig 2, Fig 3, Fig 4, steps 401, 402, column 4, lines 29-62, column 5, lines 55-56; EN: version 
n+1 is transferred and it is another version of the software running on the device); and 

sending an instruction via wireless communication directly to said computing device 
identifying said transferred software or said software currently running in said computing device 
as a selected software application to be loaded by said computing device in response to a restart 
of said computing device (i.e., "control center 210 transmits a command to remote computer 230 
directing remote computer 230 to store into pointer 330 the address of the location in first 
memory 340 where version n+1 is stored", see column 6, lines 5-8, "control center 210 transmits 
a command to remote computer 230 directing remote computer 230 to store the address of the 
location of version n into pointer 330", see column 6, lines 58-60; EN: the command to the 
remote computer is the instruction sent and the command identifies the software to be loaded by 
instructing the remote computer to store the address of the location of version n or n+1 into the 
pointer); and 

automatically switching from said selected software application to a different version of 
said selected software application in response to a particular detected error (i.e., "remote 
computer 230 determines, if possible, if version n+1 has crashed, . . ., control center 210 
advantageously receives the message indicating that version n+1 has crashed, ... if a roll-back to 
version n should be initiated", see Fig 4, steps 411, 412, 415, 416, column 7, lines 10-42). 
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Kraml does not explicitly teach that the computing device is a software defined radio 
device and the software and instructions are transferred via radio frequency (RF) 
communication. 

Aghera is cited to teach updating software in a software defined radio device and the 
software and update instructions are transferred via radio frequency (RF) communication (see 
abstract, Fig 1, [0002], [0022]-[0024], [0053-[0060]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to use the method of updating software as taught by Kraml in a software defined radio device 
using radio frequency (RF) communication as described by Aghera because Kraml does not limit 
the type of computing device on which the method of software updating can be performed (see 
column 3, lines 20-24, column 4, lines 36-40 of Kraml) and it is advantageous to use the 
updating method of Kraml in other types of computing devices such as a software defined radio 
device to benefit from the rollback feature such that if the new version of the software 
application is or becomes unusable for any reason, the device can quickly roll-back to the older 
version (see column 3, lines 33-37 of Kraml). 

Kraml and Aghera do not explicitly teach that the different version of the software 
application is preselected by a system operator. 

Kidder teaches a method of using fault policies to define the most appropriate actions to 
take for a particular type of failure (see column 3, lines 5-16), including automatically switching 
from a selected software application to a different version of said selected software application in 
response to a particular detected error (i.e., automatic downgrade) only for particular errors, see 
column 31, lines 37-42, column 32, lines 53-63), wherein said different version is pre-selected by 
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a system operator (i.e., the automatic downgrade is based on a configurable fault policy that is 
configurable by a user, see column 3, lines 42-45, column 32, lines 53-63, column 40, lines 20- 
26). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml and Aghera such that the different version of software application is 
preselected by a system operator as taught by Kidder to allow users to perform manual overrides 
to suit their specific requirements and to tailor their policies based on the individual failure 
scenarios that they are experiencing (see column 32, lines 53-63 of Kidder). 

6. As per claim 3, Kraml teaches monitoring said transferring of said transferred software 
and monitoring said loading of said selected software application (see column 6, lines 29-38). 

7. As per claim 6, Kraml teaches wherein said instruction identifies a software version (see 
Fig 4, steps 403, 412, column 6, lines 5-8, 58-61). 

8. As per claim 7, Aghera teaches wherein said software-defined radio device comprises a 
plurality of software defined radio devices (see [0024]). 

9. As per claim 8, Kraml teaches receiving an error indication in response to a fault being 
detected in at least one of said transferring of said transferred software or said loading of said 
selected software application (see Fig 4, step 409, column 6, lines 52-54). 
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10. As per claim 9, Kraml does not explicitly teach transferring software that comprises a 
plurality of software components. 

Aghera teaches transferring software that comprises a plurality of software components 
(see [0032]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml such that the transferred software comprises a plurality of software 
components as taught by Aghera because it is well known in the art to structure software as one 
or more components to conform to the well known practice of abstraction and encapsulation. 

11. As per claim 10, Kraml does not explicitly teach receiving a version indicator from said 
software-defined radio device, said version indicator identifying software which is currently 
loaded on said software-defined radio device. 

Aghera teaches receiving a version indicator from said software-defined radio device, 
said version indicator identifying software which is currently loaded on said software-defined 
radio device (see [0026], [0045]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to receive a version indicator from said software-defined radio device, 
said version indicator identifying software which is currently loaded on said software-defined 
radio device as taught by Aghera such that the patch server application can check if the wireless 
device needs a software patch (see [0045] of Aghera). 
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12. As per claim 1 1 , Kraml does not explicitly teach receiving a software listing from said 
software-defined radio device, said software listing identifying software currently available on 
said data store. 

Aghera teaches receiving a software listing from said software-defined radio device, said 
software listing identifying software currently available on said data store (i.e., patch profile 
maintains version information of all upgradeable software component on the wireless device, see 
[0030]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to receive a software listing from said software-defined radio device, 
said software listing identifying software currently available on said data store as taught by 
Aghera such that the patch server will be able to determine whether or not the wireless device 
requires a certain patch (see [0030] of Aghera). 

13. As per claim 12, Kraml as modified teaches wherein said transferred software is stored in 
a second data store associated with said software-defined device (see column 5, lines 55-56). 

14. As per claim 13, Kraml teaches wherein said second data store is nonvolatile (see column 
5, lines 1-8). 

15. As per claim 14, Kraml as modified teaches wherein said transferring of said transferred 
software occurs in response to said software-defined radio device continuing to perform 
software-defined radio functions (see column 65, line 65 - column 6, line 4). 
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16. As per claim 15, Kraml as modified teaches wherein said software server comprises a 
computer operatively connected to said software-defined radio device via a wireless 
communications network (see Fig 2, column 4, lines 29-49). 

17. As per claim 16, Kraml teaches the invention as claimed, including a method comprising: 
receiving, via wireless communication directly from a software server, transferred 

software at a computing device, said software server remotely located with respect to said 
computing device, wherein said transferred software is another version of software currently 
running in said computing device i.e., "control center 210 advantageously transmits the newest 
version of software application, version n+1 to remote computer 203, . . ., remote computer 203, 
under the control of version n, stores version n+1", see Fig 2, Fig 3, Fig 4, steps 401, 402, 
column 4, lines 29-62, column 5, lines 55-56; EN: version n+1 is transferred and it is another 
version of the software running on the device), and wherein said software currently running in 
said computing device is stored in a first non-volatile data store area (see column 5, lines 1-8, 48- 
50, column 6, lines 58-61; EN: version n is stored at a location in first memory which is a non- 
volatile memory); 

storing said transferred software in a second non-volatile data store area distinct from 
said first non- volatile data store area associated with said computing device (see column 5, lines 
1-8, 48-50, 55-57, column 6, lines 5-20, 58-61; EN: version n+1 is stored into a different location 
within the first memory); 

receiving, via wireless communication directly from said software server, an instruction 
at said computing device identifying said transferred software or said software currently running 
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in said computing device as a selected software application to be loaded by said computing 
device in response to a restart of said computing device (i.e., the command to remote computer 
to store the address of the location of version n or n+1 into pointer, see Fig 1, Fig 2, Fig 4, steps 
401, 403, 405, 412, column 1, lines 40-45, column 5, lines 45-50, column 6, lines 15-61); and 

providing an error indication in response to a fault detection, and selecting a different 
software version of said selected software application based on said a particular error in said 
error indication (i.e., "remote computer 230 determines, if possible, if version n+1 has crashed, 
. . ., control center 210 advantageously receives the message indicating that version n+1 has 
crashed, ... if a roll-back to version n should be initiated", see Fig 4, steps 411, 412, 415, 416, 
column 7, lines 10-42); 

responsive to a restart instruction, restarting said computing device and loading said 
selected software application (see Fig 4, steps 406, 407, 414, column 6, lines 25-38, column 7, 
lines 4-9); and 

verifying said selected software application is loaded successfully (sec column 6, lines 
29-38, column 7, lines 10-11). 

Kraml does not explicitly teach that the computing device is a software defined radio 
device and the software and instructions are transferred via radio frequency (RF) 
communication. 

Aghera is cited to teach updating software in a software defined radio device and the 
software and update instructions are transferred via radio frequency (RF) communication (see 
abstract, Fig 1, [0002], [0022]-[0024], [0053-[0060]). 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
to use the method of updating software as taught by Kraml in a software defined radio device 
using radio frequency (RF) communication as described by Aghera because Kraml does not limit 
the type of computing device on which the method of software updating can be performed (see 
column 3, lines 20-24, column 4, lines 36-40 of Kraml) and it is advantageous to use the 
updating method of Kraml in other types of computing devices such as a software defined radio 
device to benefit from the rollback feature such that if the new version of the software 
application is or becomes unusable for any reason, the device can quickly roll-back to the older 
version (see column 3, lines 33-37 of Kraml). 

Kraml and Aghera do not explicitly teach that the different version of the software 
application is preselected by a system operator. 

Kidder teaches a method of using fault policies to define the most appropriate actions to 
take for a particular type of failure (see column 3, lines 5-16), including automatically switching 
from a selected software application to a different version of said selected software application in 
response to a particular detected error (i.e., automatic downgrade) only for particular errors, see 
column 31, lines 37-42, column 32, lines 53-63), wherein said different version is pre-selected by 
a system operator (i.e., the automatic downgrade is based on a configurable fault policy that is 
configurable by a user, see column 3, lines 42-45, column 32, lines 53-63, column 40, lines 20- 
26). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml and Aghera such that the different version of software application is 
preselected by a system operator as taught by Kidder to allow users to perform manual overrides 
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to suit their specific requirements and to tailor their policies based on the individual failure 
scenarios that they are experiencing (see column 32, lines 53-63 of Kidder). 

18. As per claim 19, Kraml teaches monitoring said receiving transferred software step and 
providing an error indication in response to a fault being detected in said receiving transferred 
software step (see column 6, lines 29-46). 

19. As per claims 20-22 and 26, these claims recite limitations that are substantially similar 
to the limitations of claims 6, 10, 11, and 14. Therefore, they are rejected using the same reasons 
as claims 6, 10, 11, and 14. 

20. As per claim 39, the limitations recited in this computer-readable medium claim are 
substantially similar to the limitations recited in claim 16. Therefore, it is rejected using the same 
reasons as claim 16. 

21. Claims 17, 27, 28, and 31-36 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Kraml et al. (US 6,141,683, hereinafter Kraml), in view of Aghera et al. (US 2004/0098715 
Al, hereinafter Aghera), further in view of Kidder et al. (US 6,983,362 Bl, hereinafter Kidder), 
further in view of Aija et al. (US 6,928,579 B2, hereinafter Aija). 

22. As per claim 17, Kraml as modified teaches automatically reverting from said selected 
software application to a different software version, wherein said automatically reverting is in 
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response to said selected software application encountering an error which causes said software- 
defined radio device to stop functioning properly (see column 7, lines 10-43). 

Kraml does not explicitly teach that the reverting is performed without an instruction 
from said software server. 

Aija teaches automatically reverting from a version of the software to a different software 
version without an instruction from a software server (see column 5, lines 51-60). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to automatically revert to a different software version without an 
instruction from said software server as taught by Aija such that the client device can initiate the 
recovery process after a system crash (see column 5, lines 51-53 of Aija). 

23. As per claim 27, Kraml teaches the invention as claimed, including a device comprising: 
a communication interface configured to receive transferred software and an instruction 
directly from a software server remotely located with respect to said device (see Fig 3, item 310, 
column 4, lines 54-57), wherein said transferred software is another version of software 
configured to be currently running in said device (see column 5, lines 45-54; EN: version n+1 is 
transferred and it is another version of the software running on the device), and wherein said 
software server provides an instruction comprising a selected software configured to specify 
whether said transferred software or said software configured to be currently running in said 
device will be loaded in response to a restart of said device (i.e., the command to remote 
computer to store the address of the location of version n or n+1 into pointer, see Fig 1, Fig 2, 
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Fig 4, steps 401, 403, 405, 412, column 1, lines 40-45, column 5, lines 45-50, column 6, lines 15- 
61); 

a data store associated with said device configured to store said transferred software in at 
least a portion of said data store (see Fig 3, Fig 4, steps 402, column 5, lines 55-56); and 
a processor programmed to: 

load said selected software to said device in response to said restart of said device 
(see Fig 4, steps 406, 414, column 6, lines 25-28, column 7, lines 4-9); and 

automatically revert, from said selected software to a different software version 
responsive to at least one of said selected software encountering a particular error (see column 7, 
lines 10-43). 

Kraml does not explicitly teach that the computing device is a software defined radio 
device and the software and instructions are transferred via radio frequency (RF) 
communication. Kraml also does not teach the software server comprises a man-machine 
interface configured to receive instructions from a system operator. 

Aghera is cited to teach updating software in a software defined radio device and the 
software and update instructions are transferred via radio frequency (RF) communication (see 
abstract, Fig 1, [0002], [0022]-[0024], [0053-[0060]), and a software server comprising a man- 
machine interface configured to receive instructions from a system operator (see [0026]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to use the method of updating software as taught by Kraml in a software defined radio device 
using radio frequency (RF) communication as described by Aghera because Kraml does not limit 
the type of computing device on which the method of software updating can be performed (see 
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column 3, lines 20-24, column 4, lines 36-40 of Kraml) and it is advantageous to use the 
updating method of Kraml in other types of computing devices such as a software defined radio 
device to benefit from the rollback feature such that if the new version of the software 
application is or becomes unusable for any reason, the device can quickly roll-back to the older 
version (see column 3, lines 33-37 of Kraml). In addition, it would have been obvious to one of 
ordinary skill in the art at the time of the invention to have modified Kraml such that the 
software server comprises a man-machine interface configured to receive instructions from a 
system operator as taught by Aghera to allow an operator to manage the update operations (see 
[0026] of Aghera). 

Kraml and Aghera do not explicitly teach that the different version of the software 
application is preselected by a system operator. 

Kidder teaches a method of using fault policies to define the most appropriate actions to 
take for a particular type of failure (see column 3, lines 5-16), including automatically switching 
from a selected software application to a different version of said selected software application in 
response to a particular detected error (i.e., automatic downgrade) only for particular errors, see 
column 31, lines 37-42, column 32, lines 53-63), wherein said different version is pre-selected by 
a system operator (i.e., the automatic downgrade is based on a configurable fault policy that is 
configurable by a user, see column 3, lines 42-45, column 32, lines 53-63, column 40, lines 20- 
26). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml and Aghera such that the different version of software application is 
preselected by a system operator as taught by Kidder to allow users to perform manual overrides 
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to suit their specific requirements and to tailor their policies based on the individual failure 
scenarios that they are experiencing (see column 32, lines 53-63 of Kidder). 

Kraml, Aghera, and Kidder do not explicitly teach that the reverting is performed without 
an instruction from said software server. 

Aija teaches automatically reverting from a version of the software to a different software 
version without an instruction from a software server (see column 5, lines 51-60). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml, Aghera, and Kidder to automatically revert to a different software 
version without an instruction from said software server as taught by Aija such that the client 
device can initiate the recovery process after a system crash (see column 5, lines 51-53 of Aija). 

24. As per claim 28, Kraml teaches wherein said processor is further programmed to 
determine that said software and said instruction are received successfully and to determine that 
said selected software is loaded successfully (see column 6, lines 29-46, column 7, lines 10-16). 

25 . As per claim 3 1 , Kraml does not explicitly teach transferring software that comprises a 
plurality of software components. 

Aghera teaches transferring software that comprises a plurality of software components 
(see [0032]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml such that the transferred software comprises a plurality of software 
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components as taught by Aghera because it is well known in the art to structure software as one 
or more components to conform to the well known practice of abstraction and encapsulation. 

26. As per claim 32, Kraml does not explicitly wherein said RF communications interface is 
further configured to transmit a version identifying said software configured to be currently 
running in said software-defined radio device to said software server. 

Aghera teaches transmitting a version identifying said software configured to be currently 
running in said software-defined radio device to said software server (see [0026], [0045]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to transmit a version identifying said software configured to be currently 
running in said software-defined radio device to said software server as taught by Aghera such 
that the patch server application can check if the wireless device needs a software patch (see 
[0045] of Aghera). 

27. As per claim 33, Kraml does not explicitly teach receiving a software listing from said 
software-defined radio device, said software listing identifying software currently available on 
said data store. 

Aghera teaches receiving a software listing from said software-defined radio device, said 
software listing identifying software currently available on said data store (i.e., patch profile 
maintains version information of all upgradeable software component on the wireless device, see 
[0030]). 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to receive a software listing from said software-defined radio device, 
said software listing identifying software currently available on said data store as taught by 
Aghera such that the patch server will be able to determine whether or not the wireless device 
requires a certain patch (see [0030] of Aghera). 

28. As per claim 34, Kraml as modified teaches a second data store associated with said 
software-defined device configured to store said transferred software (see column 5, lines 55-56). 

29. As per claim 35, Kraml teaches wherein said second data store is nonvolatile (see column 
5, lines 1-8). 

30. As per claim 36, Kraml as modified teaches wherein said processor is further 
programmed to receive said software from said software server while said software-defined radio 
device performs software-defined radio functions (see column 65, line 65 - column 6, line 4). 

3 1 . Claim 25 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kraml et al. (US 
6,141,683, hereinafter Kraml), in view of Aghera et al. (US 2004/0098715 Al, hereinafter 
Aghera), further in view of Kidder et al. (US 6,983,362 Bl, hereinafter Kidder), further in view 
of Simionescu et al. (US 2003/0084337 Al, hereinafter Simionescu). 
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32. As per claim 25, Kraml, Aghera, and Kidder do not explicitly teach decompressing the 
software after receiving the software. 

Simionescu teaches decompressing a software at the host machine after receiving the 
software (see [0066]). 

It would have been obvious to one of ordinary skill in the art at the time the invention to 
have modified Kraml, Aghera, and Kidder to compress and decompress the transferred software 
as taught by Simionescu because compression is a well known technique in the art to reduce the 
size of the software being transferred to reduce download time and bandwidth. 

33. Claim 30 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kraml et al. (US 
6,141,683, hereinafter Kraml), in view of Aghera et al. (US 2004/0098715 Al, hereinafter 
Aghera), further in view of Kidder et al. (US 6,983,362 Bl, hereinafter Kidder), further in view 
of Aija et al. (US 6,928,579 B2, hereinafter Aija), further in view of Simionescu et al. (US 
2003/0084337 Al, hereinafter Simionescu). 

34. As per claim 30, Kraml, Aghera, Kidder, and Aija do not explicitly teach a compression 
application for compressing the software prior to said software being transferred. 

Simionescu teaches compressing a software prior to the software being transferred (see 
[0066]). 

It would have been obvious to one of ordinary skill in the art at the time the invention to 
have modified Kraml, Aghera, Kidder, and Aija to compress and decompress the transferred 
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software as taught by Simionescu because compression is a well known technique in the art to 
reduce the size of the software being transferred to reduce download time and bandwidth. 

Response to Arguments 

35. Rejection of claims under § 103(a) : 

36. As per independent claims 1,16, 27, and 39, Applicants argued that the cited references 
do not teach "automatically switching from said selected software application to a different 
version of said selected software application in response to a detected error, wherein said 
different version is preselected by a system operator". Applicants' arguments have been fully 
considered and Examiner respectfully disagrees. Kidder teaches performing a downgrade based 
on a fault policy (see column 32, lines 60-63), where the fault policy is user configurable (see 
column 3, lines 42-45, column 40, lines 20-26). Examiner submits that Kidder teaches a system 
operator preselecting a different version to be loaded in response to a detected error because the 
fault policy is predefined by a user and the predefined fault policy indicating a downgrade for a 
particular error selects a different version in response to a detected error. 

Conclusion 

37. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

o Young et al. (US 7,139,781 B2) is cited to teach an operator selecting the version of file 
to revert to. 



Application/Control Number: 10/659,695 Page 20 

Art Unit: 2193 

o Garibay et al. (US 2004/0249756 Al) is cited to teach a user selecting the version of 
software to downgrade to. 

38. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jue S. Wang whose telephone number is (571) 270-1655. The 
examiner can normally be reached on M-Th 7:30 am - 5:00pm (EST). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis Bullock can be reached on 571-272-3759. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Lewis A. Bullock, Jr./ 

Supervisory Patent Examiner, Art Unit 2193 



Jue Wang 
Examiner 
Art Unit 2 193 



